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Abstract 

The  use  of  commercial  communications  satellites  for  precise  time  transfer  has  been 
performed  with  a  variety  of  techniques  for  a  number  of  years.  Military  communica¬ 
tions  systems  can  also  provide  this  function  in  a  few  deployed  systems.  This  paper 
will  describe  a  new  design  of  a  time  transfer  modem  that  can  be  produced  a  reason¬ 
able  cost  and  enable  users  to  make  direct  comparisons  with  the  Naval  Observatory 
with  nanosecond  precision.  A  flexible,  all-digital  design  is  being  implemented  that 
will  enable  a  variety  of  different  codes  to  be  employed.  Compatibility  with  existing 
equipment,  such  as  the  HARTL  Modem,  is  a  goal  of  this  development.  The  design 
and  operating  modes  of  this  equipment  will  be  described. 


INTRODUCTION 


The  United  States  Naval  Observatory  (USNO)  routinely  makes  two-way  time  transfers  through  the 
Defense  Satellite  Communications  System  (DSCS).  An  interface  with  the  system’s  spread-spectrum 
communications  modems  is  used  to  provide  a  precise-time  trunk  line  for  interests  located  near  the 
DSCS  terminals.  For  a  link  with  no  communications  modem,  spread  spectrum  time-transfer  modems 
designed  by  the  Naval  Research  Laboratory  (NRL)  were  used.  NRL  is  developing  a  modem  that 
will  work  with  very  small  aperture  terminals  and  commercial  satellites  to  serve  other  users  requiring 
greater  accuracy. 


DESIGN  APPROACH 


A  two-way  spread-spectrum  method  (Figure  1)  will  be  used  because  of  its  performance  and  its  in¬ 
sensitivity  to  positions  of  receivers  and  satellites.  Digital  hardware  is  used  in  the  modem  design  as 
much  as  possible  to  meet  requirements  for  accuracy,  long-term  stability  and  versatility.  The  digital 
techniques  also  meet  requirements  for  reliability  and  cost.  The  modem  is  being  designed  for  maximum 
compatibility  with  other  time  transfer  systems.  Off-the-shelf  equipment  will  be  combined  with  some 
special  purpose  hardware.  The  off-the-shelf  parts  will  include  the  satellite  terminal  (VS AT),  the  Per¬ 
sonal  Computer  (PC)  and  the  Digital  Signal  Processor  (DSP)  card.  Ttcms  of  special  equipment  will 
be  an  analog  box  and  a  digital  board  (Figure  2). 
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To  avoid  drift  of  analog  circuits,  the  received  signal  will  be  digitized  at  as  high  a  frequency  as  possible, 
25  million  samples  per  second  (Figure  3).  All  processing  after  this  point  will  use  digital  signal  pro¬ 
cessing  methods.  The  faster  functions  will  be  done  with  the  dedicated  special  digital  board  hardware 
(Figure  4),  and  the  slower  phases  with  the  programmable  DSP  card. 

For  versatility,  a  numerically  controlled  oscillator  (NCO)  will  be  used  to  generate  a  programmable  code 
rate.  For  code  selection  a  code  generator  chip  with  programmable  taps  will  be  used.  The  combination 
of  an  NCO  and  a  programmable  code  generator  give  almost  unlimited  possibilities  in  code  generation. 
It  will  be  easy  to  generate  a  code  compatible  with  the  Hartl  Mitrex  modem  or  the  Global  Positioning 
System  (GPS)  clear/acquisition  (C/A)  code. 

Under  some  conditions,  problems  arise  in  using  digital  method  due  to  time  quantization  in  the  sampling 
of  the  data.  It  is  possible  by  adding  random  noise  at  appropriate  places  in  the  processing  to  improve 
the  time  resolution  of  the  measurements  beyond  a  small  fraction  of  the  sampling  period. 

A  32-bit  floating-point  DSP  will  be  used  as  the  microprocessor.  This  DSP  will  be  a  commercial 
card  that  will  plug  into  the  PC  backplane.  The  DSP  systems  are  very  fast,  over  10  Million  Floating 
Point  Operations  per  Second  (MFLOPS),  and  have  C  compilers.  This  will  give  expansion  capabilities 
and  make  software  development  easier.  The  DSP  system  will  configure  the  system  hardware,  control 
acquisition  and  tracking  of  the  signals,  demodulate  and  format  the  data  on  the  received  signal,  make 
the  range  measurements,  process  the  range  measurements  into  time  transfer  information  and  control 
all  communications  functions  with  the  PC. 

All  operator  controls  other  than  VSAT  controls,  power  levels,  frequency  selection  and  antenna  pointing, 
will  be  handled  by  the  PC.  In  the  communication  mode,  files  will  be  transferred  between  the  PCs  of 
the  participating  stations. 


SIGNAL  STRUCTURE 

The  modem,  which  is  under  software  control,  can  accommodate  a  wide  variety  of  signal  structures.  For 
the  planned  bandwidth  of  about  3  MHz,  binary  phase  shift  keying  (BPSK)  will  be  used  with  a  chipping 
rate  in  the  order  of  2  Mb/s.  (It  can  easily  be  changed  for  compatibility  with  other  systems).  A  4095-bit 
maximal-length  sequence  is  currently  planned.  To  produce  a  code  length  of  1/600  second,  a  chipping 
rate  of  approximately  2.457  Mb/s  will  be  used.  The  code  length  is  chosen  for  quick  synchronization, 
while  still  maintaining  a  robust  capability  to  recover  BPSK  data  sent  at  one  bit  per  code  cycle.  A 
data  rate  equal  to  or  at  a  submultiple  of  the  code  cycle  rate  makes  for  easier  handling,  since  a  part 
of  the  computation  involves  determining  after  the  fact  the  state  (1  or  0)  of  the  previous  data  bit.  (To 
resolve  the  PRN  code’s  (1.66  . . .  ms)  ambiguity,  the  receiver  must  recover  a  time  tag  having  resolution 
to  within  a  code  cycle).  From  a  signal-to-noise  standpoint,  the  channel  would  support  a  considerably 
shorter  code  and  higher  data  rate,  and  they  might  be  used  eventually,  but  a  shorter  code,  when  not 
modulated  with  data,  would  contain  brighter  spectral  lines  spaced  farther  apart  and  is  currently  being 
avoided. 


DATA  EXCHANGE  FORMAT 

No  specific  data  exchange  format  has  yet  been  adopted.  Besides  the  time  tag,  which  must  be  trans¬ 
mitted  both  ways,  measurement  data  must  be  transmitted  at  least  one  way.  Other  coordination  and 
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identification  data  are  also  needed.  (Note  that  all  but  an  unambiguous  time  tag  can  be  sent  via  another 
channel  or  a  different  medium).  A  time  tag  need  be  sent  only  once  during  a  continuous  session,  but 
the  measurement  data  are  probably  best  exchanged  about  once  per  second.  Since  one  pulse  per  second 
is  a  common  output  signal  for  clocks,  and  measurements  will  be  made  by  most  users  with  reference 
to  that  timing  signal,  a  one-second  measurement  cycle  and  time  tag  seems  apt.  (Measurements  in 
the  NRL  receiver  will  be  made  over  shorter  intervals  and  averaged  for  the  one-second  reading).  To 
resolve  the  ambiguity  of  the  once-per-second  time  tag,  a  time-of-day  (TOD)  message  giving  hours, 
minutes  and  seconds  of  the  day  and  a  day-of-year  (DOY)  word  may  be  needed  by  some  users.  Also 
of  interest  to  some  timekeepers  is  the  date  and  sign  of  the  next  leap  second. 

The  message  format  could  and  may  be  left  completely  open  (except  for  the  time  tag).  However,  the 
most  generally  useful  information  for  a  timekeeper  might  be  included  in  a  fixed-format  segment  for 
efficient  transmission  without  framing  delimiters.  Optional  data  may  be  transmitted  during  the  rest 
of  the  second.  One  possibility  for  character  representation  would  be  7—bit  ASCTT  plus  start  and  stop 
bits  (a  9-bit  asynchronous  version)  to  maintain  time-tag  integrity.  Tables  la  and  lb  show  a  possibility 
for  message  formats.  (A  BCD  version  which  would  preserve  the  integrity  of  the  time  tag  is  also  being 
considered;  it  is  much  more  efficient  in  transmitting  the  numbers  in  the  fixed  field  and,  at  8  bits  per 
character  (2  decimal  digits),  would  support  all  the  ASCII  characters  needed  to  send  numbers,  the 
capital  alphabet  and  all  required  punctuation). 


TABLE  la.  Data  Possibilities 
600  bit/sec  Asynchronous,  9  bits/character,  7-bit  ASCII 
Data  Sent  by  USNO 


Data 

Characters 

No-Data 

Characters 

Bits 

Cum. 

Bits 

TOD 

6 

ASCII  NUL 

54 

54 

Current  DOY 

3 

ASCII  NUL 

27 

81 

Leap-Second  (DOY+Sign) 

4* 

ASCII  NUL 

36 

11.7 

Sta.  ID  +  Reply  Code  # 

4 

ASCII  NUL 

36 

153 

Optional  Data 

48 

ASCII  NUL 

432 

585 

Remainder  of  Second** 

Marking 

All  mark  bits 

15 

600 

The  structure  shown  in  Table  1  could  designate  36  different  pseudo-random  noise  (PRN)  reply  codes 
and  1296  different  stations  using  alphanumeric  characters.  Station  00  might  call  for  no  one,  while 
station  ZZ  might  designate  a  USNO  broadcast  of  general  information.  A  broadcast  mode,  either  for 
modest-accuracy  users  or  for  more  detailed  information,  is  easily  accommodated. 

GENERAL  DESCRIPTION  OF  OPERATIONS 

It  is  expected  that  USNO  would  ordinarily  operate  with  one  station  at  a  time,  but  could  operate 
with  multiple  stations  using  code-division  multiplexing.  (Note  that  USNO  need  transmit  only  one 
PRN  code  but  would  receive  different  codes  from  the  other  stations).  The  identification  code  of  a 
single  user  would  be  sent  each  second  by  USNO  in  the  proper  slot.  However,  more  stations  can  be 


133 


TABLE  lb 
Data  Possibilities 

600  bit /sec  Asynchronous,  9  bits/character,  7-bit  ASCII 
Data  Sent  by  Remote  Stations 


Data 

Characters 

No-Data 

Characters 

Bits 

7 

Cum. 

Bits 

TOD  (hh:mm:ss) 

6 

ASCII  NUL 

54 

54 

Current  DOY 

3 

ASCII  NUL 

27 

81 

Leap-Second  (DOY+Sign) 

4* 

ASCII  NUL 

36 

117 

Sta.  ID 

2 

ASCII  NUL 

18 

135 

Measurement  Data 

11 

ASCII  NUL 

99 

234 

Optional  Data 

39 

ASCII  NUL 

351 

585 

Remainder  of  Second** 

Marking 

All  mark  bits 

15 

600 

*  The  entire  leap-second,  information  could  be  represented  more  compactly  by  three  decimal 

characters  or  by  2  alphanumeric  characters. 

**  The  first  start  (space)  bit  in  the  TOD  message  denotes  the  beginning  of  the  second. 

worked  by  sending  their  IDs  less  frequently.  To  give  USNO  the  required  single  point  of  control  over 
the  network,  a  user  station  would  monitor  the  USNO  primary  code  (continuously  or  on  schedule)  and 
would  transmit  only  while  being  polled  by  USNO.  If  one  fails  to  receive  its  ID  over  a  pre-established 
number  of  seconds,  it  would  stop  transmitting  and  would  not  come  on  again  until  its  ID  is  received 
at  least  several  times. 

a  specially  designated  PRN  code  might  be  reserved  for  user  requests  for  service  from  USNO,  who  could 
then  poll  the  station  on  the  primary  USNO  transmitting  code  and  specify  a  reply  code.  To  preserve 
single-point  control,  the  user  must  receive  USNO  on  the  primary  code  before  initiating  a  request. 

A  large  increase  the  communications  capability  could  be  had  by  using  additional  PRN  sequences. 
With  both  carrier  and  code  synchronization  already  established  on  the  primary  code,  a  second  code 
could  be  received  with  very  little  additional  complication.  The  data  rate  used  with  the  second  code 
need  not  be  related  to  the  code  cycle  length  and  might  be  considerably  higher  than  that  of  the  primary 
code.  There  are  no  current  plans  to  implement  this  mode  in  the  first  model  of  the  modem. 
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QUESTIONS  AND  ANSWERS 


DAVID  ALLAN,  NIST:  what  is  your  time  table  for  this  project? 

MR.  LANDIS:  We  would  like  to  have  it  finished  within  a  year.  That  is  the  modem  part,  not  the  GPS 
part. 
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